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FTS Level 1 Requirements 


• JPSS Level 1 Requirements Document (JPSS LIRD) provides the 
fundamental requirements and scope of JPSS FTS 

- JPSS-l will provide HRD broadcast 

- JPSS-2 will provide HRD broadcast 

— JPSS - 2 wi ll prov i d e Low Rat e Data (LRD) broadcasts 

- JPSS shall provide the DR community with software, documentation, and 
periodic updates to enable them to produce data products from JPSS, 
using their own hardware to receive the JPSS HRD broadcasts 

• The JPSS Program is not responsible for developing, testing, or 
deploying any JPSS capable field terminal 

• JPSS will not perform encryption of the direct broadcast 


Key Functions of FTS (1 of 2) 


• Provide the following functionality: 

- Hardware Specifications 

• Suggested field terminal configurations 

- DFCBand RF-ICD 

• Containing specifics on direct broadcast data format 

- Software to produce RDRs from packets 

• Provide and maintain RT-STPS 

- Algorithms & Software 

• Used to create data products from direct broadcast 

- Updated algorithms & software 

• Notification when updates are available 

- Mission Support Data 

• Ancillary/auxiliary data 


Key Functions of FTS (2 of 2) 


• Provide the following functionality (cont'd): 

- Maintain list of registered users 

• Condition for NTIA Frequency allocation approval 

- Mission status 

• Users are provided status of the JPSS direct broadcast 

- HRD Link status 

• Users are provided post-pass performance information 

- On-orbit checkout and special tests 

• Gather feedback from FTS community 

- User community prioritization of the HRD link 

• Provide feedback to the Program 

- Promote the use of the JPSS data products from HRD link 


Algorithm Development Library (ADL) 
Centerpiece of FTS Implementation 




JPSS Science Team members heavily rely 
upon ADL as part of the Algorithm Change 
Package (ACP) 

ADL provide a means for processing RDRs 
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FTS Logical Architecture 


JPSS Ground System 
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1. Mission Support Data(MSD) 

2. Software (ADL) and Documentation 

3. Intermediate Products 

4. Software, MSD, Field Terminal Documentation 

5. Documentation 

6. HRD 













FTS Data Acquisition and Organization 
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• FTS acquires and organizes data and documentation relevant to HRD processing 
from JPSS-managed satellites 

• Data is obtained from the CGS, the CGS support node, GRAVITE and JPSS CM, and 
stored In the Data Acquisition server 

• This data Includes processing source code (e.g., ADL, algorithm update packages, 
RT-STPS), documentation, ancillary data, intermediate products and auxiliary 
data (PCTs, LUTs, Mission Notices, Schedules) 
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FTS Data Distribution 
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• The FTS mechanism for data distribution is a web portal. Selected 
data stored on the FTS server is made available for distribution by the 
FTS Distribution Server 

• Customers desiring the system building blocks (e.g., ADL, algorithms 
or RT-STPS) interact with the FTS Distribution Server to download 
source code distribution packages for these components 

• Mission Support Data, updated regularly from the CGS, is similarly 
made available to FTS customers 
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FTS Customer Registration and Reporting 
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• Customer registration for FTS access is a self-service capability enabled 
through interaction with the Distribution Server main page 

• Customer-provided contact information is available to the FTS 
operator for reporting purposes (e.g., to support requests for 
frequency usage documentation) and notification purposes (to make 
FTS customers aware of changes to in system status) 
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FTS System Status and Health 
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• The FTS internally monitors FTS component health and status, and logs relevant 
information on the FTS server to support FTS troubleshooting and recovery 

• The monitoring approach planned for the FTS leverages existing capabilities used 
for monitoring DPES infrastructure. Expected items to monitor may include: 

- Hardware Status, 

— Disk, CPU and Network Utilization 
— Server Availability 

- Process Status 
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System Architecture 
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Software Design 



Customer 
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Public Repository 


FTS Block 2.0 TTO Path Forward 



«JPSS MIS» 


Techincal Specifications ^ | 
ADL Documentation 
DFCB 
RF-ICD 


Pull 
I 


u 


«NASA DRL» 


1 “ 

Pull 


RT-STPS Software 




y 





7 

«Data Aquisition Server» 


- Pull processing software and 
documentation from external 
sources 

- Pull Missions Status Data 

- Pull Auxilliary and Ancilliary 
data from external source 

- Organize data 

- Push data to Distribution 
Web Server 

- Remove expired data 
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Block 2.0 Changes for FTS 

- Inputs from CGS changing with Biock 2.0: 

• CGS Extranet Web Server 

• CGS Support Node content with Block 2.0 

- Internal changes to FTS: 

» Checksum calculation differences (from 
CRC toSHA384) 

» Possible directory changes 

- Output 

• University of Wisconsin and GSFC Direct 
Readout Lab (DRL) using FTS Web Portal 
instead of NPP External Mission Support 
Data Server (E-MSDS) for accessing 
Ancillary and Auxiliary Files 
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FTS Key Milestones 


10 / 1/14 
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Progress to Date (1 of 2) 


• The new FTS implementation plan was accepted by the Ground, PSE, and NJO 
management, presented at the JPSS Customer Forum (Nov 2013), and 
discussed with key stake holders (Dec 2013) 

• Upgraded HRD link receiver provided by the Svalbard Ground Station 

• Successfully awarded grants to NASA/DRL and Uwisc/CIMSS 

• Completed FTS Software and Hardware Design 

- During the development of the Design Documents, three Peer Reviews were held (June 
through August 2014) with Stakeholders 

- Reviewers included the Integrators, JPSS Security, Mission Assurance and MSE 

- Comments received were incorporated into the next Draft of the Documents 

• Supporting Documentation Developed (Subset) 

- FTS OpsCon Updated 

- FTS Level 3 and 4 Requirements Baselined 

- FTS Interface Definition Document (IDD) Completed 

- FTS Software Test Plan Completed 
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Progress to Date (2 of 2) 


• The FTS SRR/SDR was successfully held on Apr 21, 2014 

- The IRT concluded that the artifacts clearly demonstrated that the FTS team has a 
reasonable OpsCon, a good set of requirements, and a well thought out system 

- Some of the key concerns included the scope of the FTS effort and clarification on 
certain FTS requirements 

- Received 6 RFAs and 4 ADV: All are closed 

• The FTS CDR scheduled for Sep 17, 2014 

— The CDR was highly successful and the IRT was extremely pleased with the 
proposed Software and Hardware Design 

— The review panel approved the FTS team to proceed for implementation 

- Received 5 RFAs and 2 RFIs: All are closed 
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Summary 


• There is a paradigm shift in the FTS implementation 

- The JPSS Ground Project is no longer providing data processing framework 

- FTS is providing the necessary building blocks (software, documentation, and mission support 
data) on the web portal 

- The proposed FTS implementation plan leverages ongoing activities to support needs of DB 
community and meets all the FTS requirements 

- The proposed FTS implementation will ensure to meet NASA and NOAA Standards, Software 
Engineering Requirements (NPR 7150. 2A), IT Security, and Safety Mission Assurance 

• The JPSS Program is supporting the development and maintenance of software package 
(IPOPP/CSPP) to demonstrate the ability to produce ready-to-use products from the 
SNPP/JPSSHRDIink 


• FTS will leverage existing annual workshops to provide a forum for the DB community 
to present, discuss, learn, and provide feedback to the JPSS Program 
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